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(57) ABSTRACT 

A management and control unit for a network-based con- 
ferencing system has an interface for outputting control 
signals to a platform for establishing audio connections 
across a network between users. Another interface receives 
control signals from a platform for providing a graphical 
user interface to a user, for use in controlling the confer- 
encing system. The unit has access to a database for main- 
taining management data relating to one or more existing 
conferences. The management and control unit receives 
control signals input by a user at the graphical user interface 
in respect of an audio conference, and outputs control 
signals to the platform for establishing audio connections. 
An audio conference can thus be established between the 
user and at least two other users over the network. Manage- 
ment data can be transmitted to the graphical user interface 
during a conference for use in managing the conference. 

42 Claims, 7 Drawing Sheets 
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NETWORK-BASED CONFERENCE SYSTEM shared computer applications. Most notable of these are the 

„ . ,.r^ ^r, ,v„ ITU's T.120, H.320, H.323 and H.324 series of lecommen- 

BACKGROUND OF THE INVENTION d,,;^^ ^y^b communication protocols appropriate 

1. Field of lavention for audiographic teleconferencing. These allow services to 

The present invention relates to management of network- ^ constructed which involve the integration of telephony 

based conference systems and finds particular application in with computer applications and facilitate features such as 

audio-conferencing with a screen-based user interface. shared electronic whiteboards. The T.120 standards are 

2 Related Art based on the premise that a client system will run software 

Although the majority of telephony based trafBc is "^^^^ ^ capable of integrating computer and telephony 

between just two parties, L technology to provide an audio '° Wli«'ti°ns together. TTie disadvantage of these systems is 

mixbetweenalargernumberofpeoplehasexistedonpubUc ^^^^^ P°^^ and be capable of 

telephone networks for several years. Commercial services "^"'"S /'ft^*'* which is compatible with the standard. 

. - r • -I Li * rj- 1 System developers must also be familiar With the Apphca- 

allowing3-way conferencing are available to users of digital « • n • t . r /Am \ l - i. 

^„«u J ■ u- u 11 * 1. J J tions Programming Interfaces (APIs) upon which the system 

exchanges and services which allow lens or even hundreds ^ based \ / f / 

of users to be connected into an audioconference via opera- 
tor control also exist. Telephony based audio conferencing °^ integration of communications services is 
now provides high quality audio for groups of 10 or more discussed in "The Internet Telephony Red Herring*' by Colin 
and it is cheaper and less intrusive than video conferencing; ^ow, published in Hewlett Packard Laboratories Technical 
noise reduction algorithms have meant that the sound quality ^^pori dated June 1996, Palo Alto, US, at pages 1-15. 
is increasingly good. On the other hand audio conferencing ^° imiu adv r^v tuv TM\/t?xmnM 
systems tend to be either expensive or awkward to use since SUMMARY OF THE INVENTION 
they require either the memorisation of arcane dual tone According to the present invention, there is provided a 
multi-frequency (DTMF) control codes or that users should management and control unit for a network-based confer- 
set up the conference via an operator. encing system, the unit comprising: 

Telephony, or telecommunications, in this context is the i) an interface for outputting control signals to a platform 

type of communication which can be provided by means of for estabUshing audio connections across a network 

a switch-based network and usually involves the establish- between users* 

ment of a particular route through a network between - x - . r / - - . i - , r . i . 

. , u r . J u) an interface for receiving control signals from at least 

termmals, a connection, by means of a set-up procedure. ,n wf p -j- u- i • . r 7 

r'«™™„«L.*:„„ ' . p • \- .30 one platform for providing a graphical user mterface to 

Commumcation for the course of a communication session, . •„ * ir *t ♦ i u ^ c 

c.^u o 11 f 11 *i, * *u u ^ for ^se in controlhng the network-based confer- 

sucn as a telephone call, follows the same route through the encin s stem* and 

network between the terminals. The connection is then encmg sys em, an 

cleared down at the end of the communications session. This ^^^^^ ^ database for maintaining, including 

is in contrast to a data network of the type in which packets 35 updating, management data relating to one or more 

of data may take different routes across the network and existing conferences 

have to be reassembled in a correct order at a receiving ^^^^ management and control unit can receive 

terminal. control signals input by a user at the graphical user 

Internet based audio conferencing applications have interface in respect of an audio conference, output 

started to become available. They allow groups of people 40 ^""^^'^^ signals to the platform for estabhshmg audio 

anywhere in the world to talk to each other using packet connections, thereby estabhshmg an audio confer- 

switched protocols such as Remote Procedure CaUs (RPQ. connection between the user and at least two 

These systems allow conferences to be set up and controlled V^f output manage- 

relatively easily via a graphical user interface. This com- *° graphical user interface dunng an 

municates with a server based application which controls 45 existmg conference for use by the user m managing 

which people can talk to each other. Users can see text labels „ the conlerence. 

or images which represent both themselves and other users ^ f fu ^^ ^ / ' telecommumcations network 

and can take advantage of the relatively intuitive and pow- ^^^^ f '^'"'^ """""^^^ f is an mter- 

erful control and feedback facets of a graphical user inter- ^'"f,^° ' data network, such as the Internet. Preferred 

face. Many of these systems follow a ^rooms' based meta- 50 f '^t^diments of the present invention can then enable users 

phor in which each conference takes place in a room. Users ""^^^ ^1^ ''^^'^/^.^r^f u'^'^'"^ u •^^L''^'' 

can wander from room to room taking part in conversations ^^'^^'^e usmg a World Wide Web screen-based mterface. 

as they go. ^^^^ embodiments can allow users to work on worldwide 

^n,-™M^« *u' 1 • J f . • *u * • 1- web based material yet not require that they 

rhe problem with this kind of system is that voice quality j ^ j 

is contingent upon both the bandwidth of the connection to 55 Y ^^"^ operator, 

each user being sufficiently large and the overall perfor- ") remember DTMF control codes, 

mance of the network being above a given threshold. This iii) invest in new telephony hardware, or 

makes it difficult to guarantee an acceptable level of sound iv) install specialist software. 

quality for all users at all times, lliere is also a problem with The management and control unit can be supported by a 

echo caused by delays in digitally encoding speech from 60 server, such as a Web server connected to the Internet, while 

each user; this means that users hear their own voices the graphical user interface may be provided at a chent, also 

repeated after a delay at the remote end(s) unless all users connected to the Internet. The management and control unit 

wear headphones. FinaUy some service providers are seek- can then provide a powerful and very versatile tool in 

ing to ban, limit or charge extra for services which use providing audio-conferencing. 

demanding protocols such as RPC. 65 Audio conferencing systems according to preferred 

Uliere are a number of audiographic standards which embodiments of the present invention can combine the ease 

already exist to support the integration of telephony with of use of a GUI based system whilst also leveraging the 
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reliable voice quality associated with the phone network. 
Such systems can impose minimum technical or cognitive 
requirements on each user and preferably use established 
protocols wherever possible. 

The system can allow anybody who has simultaneous 5 
access to an Internet (or similar) connection, to provide the 
graphical user interface, and a separate directly diallable 
phone line to setup, control, record and clear down high 
quality audio conferences. 

Preferably, the database is used to maintain updatable 
information specific to each user. This information can 
include for instance images of the users involved in a 
conference so that, whilst they are using the system, they can 
see annotated pictures of anybody else who is connected. 

Not only is there no need for users to remember control 
codes but Ihey do not need to know the phone number of 
other participants. Conferences can be made private and 
users can change their outgoing telephone number when 
they move from one location to another. 

Although described in relation to the Internet, embodi- 
ments of the present invention would also be useful where 20 
connected to other networks in place of the Internet. Clearly, 
embodiments of the present invention would also be relevant 
where the user is connected to a less extensive network than 
the Internet, or to a company "Intranet". 

Preferred embodiments of the present invention demon- 25 
strate tight integration between software running on the 
client, the associated WWW server, an audioconferencing 
platform and a database. 

Embodiments of the present invention allow a World 
Wide Web (WWW) based graphical user interface (GUI) to 
control a telephony based audio conference. No additional 
software is necessary at the client and the system can be 
available to any user with a Transmission Control Protocol/ 
Internet Protocol (TCP/IP) connection to the Internet and a 
phone line. 

The audio conferencing system can be linked with a ^5 
Worldwide Web server and its associated database. 

In preferred embodiments, the system is capable of keep- 
ing track of several parallel conferences each of which may 
involve several users. Each user can be shown the appro- 
priate information detailing where they are on the system as 40 
well as where others are; this information can be updated 
whenever changes relating to a given user occur. 

Each user can preferably control aspects of the system 
which they have the privileges to change. This should 
preferably be done without creating a conflict. 45 

Finally the entire system is preferably designed so that 
users can be billed appropriately and so that it is secure 
against fraudulent use. 

BRIEF DESCRIPTION OF THE DRAWINGS 

An audioconferencing system according to an embodi- ^0 
ment of the present invention will now be described, by way 
of example only, with reference to the accompanying Fig- 
ures in which: 

FIG. 1 shows a diagram of the system platform and its 
context; 55 

FIG. 2 shows a schematic diagram of the server side 
architecture for the system shown in FIG. 1; 

FIG. 3 shows a graphical user interface for use at a cHent 
browser for the system of FIG. 1; and 

FIGS. 4, 5, 6 and 7 show functional breakdowns of 
objects for use in an application residing on a server in a 
system as shown in FIG. 1. 

DETAILED DESCRIPTION OF EXEMPLARY 

EMBODIMENTS ^5 
Referring to FIG. 1, each user has a personal computer 
100 with an Internet IP connection 105, and a web browser 



,214 Bl 

4 

application which supports HTML3.2 (or later), together 
with Frames and either Javascript or Jscript. They must also 
have a separate telephony connection 110 with a telephone 
115 which can be directly dialled. Possible network con- 
figurations to support this include the use of 

a) 2 Public Switched Telecommunications Network 
(PSTN) lines, 

b) an Integrated Services Digital Network (ISDN) 2 
connection where one B channel is used for voice and 
the other for data, or 

c) the combination of a Local Area Network (LAN) and 
Private Branch Exchange (PBX) connection. 

At the server end of the system, there is a Worldwide Web 
server 120 which can dynamically produce HTML pages by 
Simple Query Language (SQL) based reference to a data- 
base 125. It can also write information to the database 125. 

The WWW server 120 is also connected via a RFC1006 
socket level connection 220 to an Acculab Millenium CT 
(RTM) platform 135. This is a PC-based device, described 
in copending British patent applications 9619958.3 filed on 
Sep. 25'", 1996 and 9707712.7 filed on Apr. 16'\ 1997 by 
the same apphcation (and corresponding to U.S. application 
Ser, No. 09/029.615 filed Mar. 5, 1998), the contents of 
which are incorporated herein by reference, which has a 
number of capabilities including the ability to set up, control 
and record audio conferences. Prior to its launch as a product 
it was known as Minor Applications Platform (MAP). The 
Millenium CT is connected between a telecommunications 
network, such as the Public Switched Telecommunications 
Network (PSTN), and a data network, such as the Internet. 
It accepts incoming service requests over the PSTN via an 
ISDN30 connection 140. It can also accept incoming service 
requests in other ways, for instance via a RFC1006 socket 
level connection as mentioned above. In this case, the 
protocol will be implemented on both sides of the socket 
level link. It also provides processing capacity and it can 
respond to an incoming call or message by identifying and 
launching an appropriate computing application which calls 
on and manages resources to run the service requested. 

The Millenium CT 135 is equipped with means for 
providing audio bridges between conference participants, in 
the form of digital line interface cards and controls therefor. 
Additionally, the Millenium CT provides speech related 
resources, such as recording and delivery. It therefore can 
provide facilities which are important in communicating 
with a user during conference set-up and for recording. 

For the purposes of the audioconferencing system 
however, any device which can accept and send commands 
over a network connection and use these commands to 
generate and record audio conferences could be used as an 
alternative to the Millenium CT. It should be noted there are 
also a number of equivalent link protocols which could be 
used in substitution for ISDN30. 

Server Software Architecture 

The Server 120 may be any workstation with a WWW 
server and an object-oriented development environment 
providing integrated database access. The system shown in 
FIG. 2, provides a "WebRex"^" WWW server 120, an 
"Oracle"™ database 125, and a "NextStep"™ operating 
system, and four objects. 

Referring to FIG. 2, the server 120 supports an application 
comprising four objects. These objects 200, 205, 210, 215, 
are further described below. Functions within the objects are 
called from other objects by name; the NexlStep operating 
system automatically generates the messages interchanged 
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between the objects in a manner similar to Remote Proce- objects 200, 205. The functions store and retrieve informa- 

dure Calls (RPC). tion about the people who are using the system and the 

The Application Object 200 audio-conferences in an Oracle database 125, The functions 

use embedded SQL. 

This is linked into the WWW server 120 to provide a set 5 

of multiply re-entrant, memory resident functions. These The Heartbeat Object 215 

functions are caUed in an ITTML request from the user and ^his logs users out if it believes the user has closed down 

allow conferences to be set-up and managed using functions their meeting place window and left the system. This is 

provided by the Millenium CT interface object205 (or MAP f^,^^^, described under "The Heartbeat Process" below 

object). 10 

The MAP Object 205 Millenium CT Application 

This receives requests from the application object 200 and ^° implement the setting up and management of 

controls the MiUeniumCT 135 by sending it commands and ^ conference from the server, the Millenium CT 135 is 

polling it for commands and for responses to previously sent Provided with an application which can receive commands 

messages. The RFC1006 protocol (running over TCP/IP) is ^^i^^^ ^05 and respond by supplying the 

implemented in the MAP object 205 and on the Millenium flections required. These are for mstance establishing audio 

CT 135 to provide a reliable peer-to-peer protocol for ^"'^Ses between the conference participants, delivering 

message passing speech messages, such as "Please wait", and recording and 

As it may take some time (a few seconds) to process a ,„ ^"f'^ ^""^ "^^ °/ s"^'' ''^ "PPj^" 

request from the appUcalion object, the MAP object queues '° '='''°° adapted to receive and respond to the 

a request in a CONFERENCE-REQUEST database table °iefag" set out above imder "Millemum CT Object 205". 

(further discussed below under "The Database"). An initial ""^f"* ^elermmes the functionahty of the Millenium CT 

(HTML) response is sent back to the client, indicating that "Ppl^caUon. The application will be compatftle with the 

a request is being processed. operating system of the Millenium CT 135 which may for 

-n.- K<AD„i,- .me - • i . j .j- ^' instance be UNIX but could be another Operating system. 

The MAP object 205 is implemented as an event driven ^ » ^ 

state machine since the requests usually require a number of The Database 

messages to be interchanged with the Millenium CT. The -n. a , u ne- j. . -i- 

state of the request is stored in the CONFERENCE '■'"^T 

REQUEST database table entry (further discussed below 30 P?? 1 7 / k audio inferences. Any 

under "TTie Database"). The MAP object 205 polls the -^lafonal or object-onented databj^e .s sufficient though the 

CONFERENCE-REQUEST table for user requests fre- P^«^"t ^y^tem uses an Oracle database acoe^d using 

quently (for instance once every 5 seconds). Once a request f^^^^.^^^'^ln f K^"' f 

is found; the command sequence is initiated by sending the ''PP'^'=''^°° ""^ D^'^^ase objects 200, 210. Oracle sequences 

first command to the Millenium CT 135. TTie MAP object ""^ """^ '° generate umque conference numbers. 

205 polls the Millenium CT 135 for a response at regular ""^ database are as follows: 
intervals (for instance once every second); once a response 

is received the MAP object 205 identifies which conference 

the response refers to (fi-om a conference number field in the table name function 

response). It then determines the current state from the 40 — — — 

request stored in the conference a queue of requests tram users to lake part in an 

CONFERENCE REQUEST table and issues the next ^Snce 1"?^ c?^urcu„en. conferences u,geU.e: wUh 

command to the MlUenium CT 135. infomatioQ on whether they are being recorded 

The messages sent to the Millenium CT 135 are: PERSON A list of the people who are in each conference 

Register Platform (establishes a TCP/IP connection) 45 '^Z^'^L'^^^L'IZ, 7- t^^tt- 

Conference Registration (register or de-register a confer- logged out), personal url (see under "Sharing 

ence with the Millenium CT) URLs" below), image and conference number (if in 

Call Dial (call a specified telephone number) ^^^^^ p,,„„.. 

Mix all Participants (mix the calls into an audio 

conference) 

Call Clear (remove caller from the conference) Logging Onto the System 

Record Start (start recording the conference) ^^^^^^^ ^^^^^ information which includes the 

Record Stop (stop recordmg the conference) ^^me, phone number and image of each user who is regis- 

Record Delete (delete the recording) 55 tered with the system. A registered user logs onto the system 

Record Save (save the recording to a file) by starting up their browser 100 and then submitting a 

Playback Start (playback the recording from the request for the system's access URL to the server 120. 

beginning) Referring to FIG. 3. the user's browser 100 uses the 

Playback Stop (stop the playback process) javascript "OpenWindow" command to open up a main 

and the commands returned by the Millenium CT 135 are: 60 window as well as a smaller secondary window 300 which 

Call clear (call cleared by remote party) represents the 'meeting-place*. Additionally the on-hne sla- 

Record stop (stop recording the conference (run out of ^us field in the PERSON table in the database 125 is set to 

resources)) a value of 1 to indicate that they are logged in and their 

Th. n.t.Koco i„t«^ r^K' * '>iA 'heartbeat' is initiated (see under "The Heartbeat process" 

The Database Interface Object 210 ,5 ^elow) by setting the heartbeat field in the PERSON table 

This may more simply be called the Database object 210. for this person to the current time to initiate the heartbeat 

It provides functions for use by the application and MAP process. 
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The meeting-place window 300 consists of 4 frames. A 
column 305 on the left shows a scrollable list of people who 
are logged on to the system. Beneath this, there is a very 
small frame 310 which is used to control the update process. 
In a right hand column, there is a main frame 315 which 5 
provides details about either a person or a conference. Below 
this, there is a smaller frame 320 which contains controls for 
recording the conference, setting privacy or sharing URLs. 

As soon as a user logs onto the system, they see the names 
of all other users who are logged on at that time as well as lO 
a list of the current conferences and their participants in the 
form of a scrollable text list. The application object 200 
achieves this by retrieving a list of those who are in the 
CONFERENCE and PERSON CONFERENCE tables in the 
database 125. It also gets a list of those who are logged on is 
but not in a conference by looking at who has an on-line 
status of 1 in the PERSON table. 

Others will also see the new user's name as soon as their 
respective meeting-place windows 300 are updated. When 
the system starts up, users are shown their own image 20 
together with the telephone number at which the system is 
currently programmed to dial them. All audio conferences 
taking place on the system are given a two or three digit 
identifier (room number) when they are initialed to assist 
users in telling each other where to rendezvoxis (the numbers 
are taken from a cycling range from 01 to 999). The arrival 
of a new user online is indicated by the temporary display of 
an indicator such as a coloured dot 335 adjacent the name (or 
names) of anybody who is newly arrived (see the "Butler" 
process below) and by the updating of the meeting-place 
screen of each user. 

(FIG. 3 shows "Andrew" twice. These are different 
people.) 

Meeting-place User Interface 35 

llie Meeting-place User Interface appears as a window 
300 generated by a user's web browser on their personal 
computer 100. FIG. 3 shows a point where a user (Philip) 
has just clicked on the 'ROOM 17' link in the logged-on 
frame 305. This causes the system to show images of 40 
Andrew and Debra who are currently talking in this room by 
accessing the tables in the database 125. An icon 325 in the 
room frame 317 also shows that the conference is being 
recorded. User 'Andrew' has just logged onto the system so 
the Butler process is showing an indicator 335 adjacent to 45 
his name. Selecting the * Enter Room 17' button causes the 
system to call up Philip's number and add him in to the 
conference. 

Starting a Conference with Somebody who is 
Logged Onto the System 

To find out about another user who is currently connected, 
the user clicks on the person's name. Uliey are then shown 
a picture of the person together with a note of the dialback 
number of the nearest phone (see "Telephone Number 55 
Assignment and Mobility" below). There is also a button 
which gives the user (henceforth called the "originator") the 
option to set-up a conference. Once pressed, the request to 
set-up a conference is sent to the server 120. 

The server 120 queues the request in the CONFERENCE- 60 
REQUEST table. The MAP object 205 subsequently 
retrieves the request from the table, creates entries in the 
CONFERENCE and PERSON-CONFERENCE tables, and 
instructs the Millenium CT 135 to set-up the conference 
using the following commands: 55 

Conference Registration (register a conference with the 
Millenium CT) 
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Call Dial (to the originator) 
Call Dial (to the other person) 

Mix all Participants (mix the calls into an audio 
conference) 

When the originator answers the call they are played a 
message telling them that an audio conference is being set up 
and asking them to wait. When the called person answers 
they too are given a message telling them that a conference 
is being set up. 

Once both parties have answered, the caUs generated by 
the system are connected together into a telephony based 
audio-conference and both entries in the PERSON table are 
updated with the conference number, llie MAP object 205 
updates the status field (to indicate success) in the 
CONFERENCE-REQUEST Uble in the database 125. 

Whilst the conference is being established, the originator 
is shown a screen of cycling dots (generated by an animated 
GIF graphic) asking them to wait. Meanwhile a small 
secondary frame is reloaded using the client-pull HTML 
construct (for instance every 5 seconds). When the server 
receives a reload request, it inspects the status in the 
CONFERENCE-REQUEST table. If the status indicates the 
conference has been set-up, it returns HTML to the updated 
frame which causes the entire layout of the window to be 
reloaded. This mechanism thus updates the meeting-place 
windows 300 of both people to show they are connected in 
a conference and deletes the request from the 
CONFERENCE-REQUEST table. All other people who are 
connected to the system also have their meeting-place 
windows updated to show that the conference is in progress. 
This is achieved by updating the 'dummy' person entry in 
the PERSON table with the current time to indicate that the 
displays should be updated (see "The Update Process" 
below for details). 

Telephone Number Assignment and Mobility 

In environments such as schools, users of the system may 
wish to log on fi"om any one of a number of terminals. To 
prevent the user from having to manually assign themselves 
the telephone number of the nearest phone each time they 
log on, this number is stored on the hard disk of each client 
machine. This can be achieved for instance by using a 
system such as that known as the "Netscape Client-side 
Cookie". This specifies the telephone number for the 
machine as well as a text string describing where it is 
located, for example "Andrew's ofiBce". When a user ini- 
tially logs on to the system, a Javascript function located in 
the rooms frame of the meeting place will attempt to read 
any cookie which has previously been set by the system. If 
no cookie is found, or if a previously set cookie has expired, 
the rooms frame in the meeting place will inform the user 
that no telephone has been associated with the machine that 
they are using. (Note: cookies are set to have a fixed life, for 
example one year, after which they expire,) The rooms 
frame will then invite the user to choose a telephone by 
selecting from a pop-up menu of numbers which are allow- 
able for that particular user. (This page is generated dynami- 
cally from information in the ADDRESS table in the 
database.) 

Once a number has been selected from the menu, a cookie 
will be written with the information and the frame will 
reload to show the user's personal information with their 
new dialback number. 

During initial logon, if the system detects that a cookie 
has been previously set, it will automatically assign the 
number from this cookie to the user for the duration of the 
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session. Since the cookie setting activity need only be done more than 8 people are present in the same conference the 

rarely, it is possible for a system administrator to tour all display is changed to show only the names of users rather 

machines which will be used and set cookies for each one, than their pictures. 
In this way, the end user need never have to go through the 

above process. 5 Inviting Into a Conference 

From time to lime, it may be necessary to move a users who are already in an established conference can 

computer from one location to another or to use a different choose to invite other people who are logged on to the 

telephone Ime with a particular computer. In these system to take part as weU. ^y do this by clicking on the 

circumstances, either a user or a system admmistrator can name of such a person in the logged-on frame (only the 

assess a "Phone number setting form" which contains Java- 10 ^^^^^ ^^^^^^ j^^^^^ ^ conference are 

script code broadly similar to that mentioned above. The shown as active HTML links at this time). When the 

page has to be manually invoked and occupies a main person's name is clicked, the user is shown a confirm 

window of the browser m this case. When the page is loaded, message in the control frame. If they confirm that they do 

the appropriate cookie is read, if there is one, and the current indeed want to invite the person into the conference, the 

number and location shown. The page also contains a popup 15 ^^^^^^ ^.^ ^.^.^^^ ^ ^^^^ ^^^^ 

menu of legal nimibers which is assembled from the data- to the conference. 

base. If a new number is selected, then the existing cookie r™ j . » • ^ , . 

is overwritten with the updated information. The page is also , commands to the MUlemum CT under these circum- 

reloaded which causes the changed number and legation to f ? 

be shown 20 (^^^ Joining an Existing Conference", above). Once the 

person has answered the phone, they are added into the 

Joining an Existing Conference conference and the meeting-place window 300 is updated 

for all users. 

The user joins an existing conference by clicking on a text 

link denoting the conference's number. They are then shown Removing a Person fi-om a Conference 
the list of participants in the conference. There is also a 

button which gives the person the option to join the confer- . ^° ^^^^ *^^^^y ^ ^ conference may 

ence invite another user to take part but in practice only reach the 

The server 120 queues the request in the CONFERENCE- f''*'"'' f^^^°f °' ^T""'"" To 'ecovef from 

REQUEST table. The MAP object 205 subsequently 3^ situation any of the other confere^^^^ 

retrieves the request from the table, creates a new entry in '° ' ,W t n„ ll n^^,'T!h machme Ttey do this by 

tu^ DtTDcr^KT r3^KTi7t?DnMr>T: * ui j • * * *u x*-i chckmg On the name of the person that they want to 

Ln^ n^^^^^ f ' remove in the logged-on frame. This results in a confirma- 

™n^^ ^""^ conference using the following ^.^j^^^^ ^^^^ ^ ^^^^^ ^ ^^^^^^ ^^^^^ 



Call Dial 35 



action is confirmed, the system will clear the call to the 
answering machine and remove this "person" from the 



Mix all Participants (mix the calls into an audio conference. The conference can then continue as normal 

conference) with the remaining participants. 

The system starts by making an outgoing call to the commands to the MiUenium CT 135 under these 

person. When the person answers the c^U they are played a circumstances are as when somebody leaves a conference, 

message tel ing them that they are being added to the 40 See "Ending a Conference" below, 
conference. Whilst the conference is being established the 

person is shown a screen of cycling dots asking him or her Ending a Conference 
to wait. Meanwhile a small secondary frame is reloaded 

using the client pull HTML construct (for instance every 5 created, a conference continues to exist as long as 

seconds). When the server receives a reload request it 45 ^^^^ than one person is in it. Users can leave a conference 

inspects the status in the CONFERENCE-REQUEST table. ^t any time by pressing a button on the meeting-place 

If the status indicates that the conference has been window 300. When this happens, the Millenium CT 135 is 

established, it returns HTML to the updated frame which ^ent the "Call Clear" command to clear the call, causing the 

causes the entire layout of the window to be reloaded. This Millenium CT 135 to drop the phone connection. The 

mechanism thus updates the meeting-place windows of both 50 meeting-place 300 is then updated to show the person is no 

people to show they are connected in a conference and longer in the conference. This is achieved by updating the 

deletes the request from the CONFERENCE-REQUEST ^^try in the CONFERENCE table to indicate that the 

table. After a short delay they are added in to the conference displays should be updated (see ''The Update Process" 

and the request is deleted from the CONFERENCE- below). 

REQUEST table. 55 The Millenium CT 135 disconnects the last person if there 

The arrival of a new user in a conference is indicated with is only a single person left in a conference after someone has 

a short auditory tone, by the temporary display of an left. Once the last person has been disconnected, the MAP 

indicator such as a coloured dot adjacent to the names of any object sends a 'conference registration* command to the 

users who are newly arrived on-line (see the "Butler pro- Millenium CT 135 to de-register the conference. The 

cess" described below) and by the updating of the meeting- 60 meeting-place windows 300 of all users are then updated, 

place screen 300 of all users. Those users who are in the An alternative way of leaving a conference is for users to 

room in question are shown an image of the person who has simply put down their phone. In the current implementation 

just joined. If they move their mouse cursor over this image of ISDN in the UK the Millenium CT 135 is not notified by 

they are shown the person's name in the status bar of the the telephone exchange that a person has cleared their call 

window. Users may continue to join a conference until it has 65 for 2 minutes. (After this time, the exchange sends a "call 

grown to the maximum size allowable by the system (30 clear" DASS2 message to the Millenium CT.) A forthcoming 

people in the embodiment being described here). Whenever modification of the BT network to European ISDN (ETSI) 
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standards should mean that the Millenium CT 135 will be 
able to detect cleared-down calls in the near future. 

The Update Process 

It is necessary to update the meeting-place window 300 of ^ 
each user who is connected to the system whenever a 
significant event occurs. These events are when: 

A user comes on-line or is logged out (see next section) 

A user enters or leaves an audio conference jq 

A user shares a URL (see below) 

A user starts or stops recording an audio-conference (see 
below) 

When the conference privacy status is changed 
When such an event happens, the time and date at which 
the event occurred is stored in the GROUPS table (for 
individual users) and in the CONFERENCE table (for 
conference related events). 

The update process works by using the client-pull HTML 
construct from within a small frame 310 in the meeting- 
place window 300. Every few seconds (for instance every 15 
seconds) this window is set to"update". When the server 120 
receives an update request from the update frame 310, it 
compares the time and date when it last received an update 
request from the update frame 310 for this user (this is called 
the heartbeat— see ''The Heartbeat Process" below) with the 
time the meeting-place was last changed. If the information 
to be displayed has changed since the last time, then a new 
version of the update page is sent back. This includes a 
javascript function which stipulates that the other frames of 
the meeting-place 300 should be re-loaded as soon as the 
update frame is itself loaded (the OnLoad event handler is 
used), The advantage of this approach is that it does not 
increase trafiSc to the server, load on the client or visual 
distraction for the user by reloading all the frames even 
when nothing applicable to that user has changed. On the 
other hand it does not require multiple channels to be kept 
open for each user in the way that a protocol such as "server 
push" does, 

40 

The Heartbeat Process 

The update requests are also used as a 'heartbeat' function 
which lets the server know the user is still logged in ('alive'). 
The Heartbeat object 215 running on the server 120 polls the 45 
database 125 frequently (for instance every 30 seconds). If 
the heartbeat value in the PERSON table for this user is over 
a minute old, the heartbeat object 215 deems that the user 
has closed down their meeting -place 300 and left the system. 
In such cases the user is logged out by updating their on-line 53 
status field in the PERSON table. That user will no longer 
appear as being on-line in other users' meeting-places. 

Sharing URLs 

When users are connected together in a conference they 55 
can share a URL with each other. This may be useful for 
instance when a person wants others who they are talking 
with to see the same WWW page that they arc looking at. To 
share a URL, a user either manually types or copies and 
pastes the relevant text string into an HTML generated text 60 
box in the control frame 320 of the meeting-place 300. The 
user then either presses the 'return' button or activates a 
'share URL* button. This causes the URL to be associated 
with the user for the rest of the conference by storing this 
URL in the PERSON table for thai user, lliis is indicated 65 
visually in the meeting place window 300 of all conference 
participants by showing a small graphic with the word 'link* 
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beneath the image 330 of the sending user. This is achieved 
by updating the entry in the CONFERENCE table to indi- 
cate that the displays should be updated (see "The Update 
Process" above). 

If the person stipulates a subsequent link during the 
course of the same conference then the colour of the link 
graphic changes to show that a new link has been specified 
for that person (this is also stored in the PERSON table). 
Others in the conference can click on a link graphic to see 
the associated URL opened up in a new window on their 
browser. 

Recording a Conference 

Users can choose to record a conference so that they can 
play it back later. The originator's meeting-place 300 has an 
additional icon 325 which allows them to record the con- 
ference. If the originator drops out of the conference leaving 
others talking, then the recording control is passed to who- 
ever has been in the conference for the next longest time. 
The idea behind this approach is to avoid conflicting 
requests for starting and stopping a recording that may be 
generated if all users have their own recording control. 

Alternatively, all participants in a conference may have an 
icon which allows them to record the conference. When a 
person presses the 'start recording' button they are prompted 
to give the recording a name and to type this into a text entry 
box. (The recording has a separate, system-generated unique 
name so it is not mandatory that the user give the recording 
a unique name).The user then submits the recording name 
using a button. A recording request is then queued with the 
server 120 requesting that the conference be recorded. The 
MAP object 205 then sends the Millenium CT 135 the 
'Record Start* message to start recording the conference. 
Whilst the recording is being initiated, the person is shown 
the screen of cycling dots asking them to wait. When the 
recording is started the request is deleted from the 
CONFERENCE-REQUEST table. The start of the recording 
is indicated to the users with an auditory tone and a short 
voice annoimcement made to the conference. The recording 
button in the person*s meeting-place is replaced by an 
animated 'recording-in-progress' icon (this is pressed again 
to stop recording). Other users are shown an animated icon 
indicating that a recording is taking place. This is achieved 
by updating the entry in the CONFERENCE table to indi- 
cate that the displays should be updated (see "The Update 
Process" above). 

When the originator presses the 'stop recording' button, a 
confirmation dialogue appears in the control frame. If the 
user confirms that they want to stop the recording, the 
system sends 'Record Stop* and 'Record Save* messages to 
the Millenium CT 135. Once the recording has been saved, 
the animated recording icon from the person *s meeting- 
place 300 is removed and replaced by the 'start recording' 
button — other users are also now shown an icon indicating 
that no recording is taking place. This is achieved by 
updating the entry in the CONFERENCE table to indicate 
that the displays should be updated (see "The Update 
process" above). Subsequent parts of the conference may 
then be recorded if desired. 

The MAP object 205 will automatically stop a recording 
if the last person leaves a conference and the originator has 
not specifically stopped the recording. ITie recording will 
still be saved in these circumstances. 

The Millenium CT 135 stores the recording as a 64 Kbps 
PCM encoded speech file. The file is subsequently converted 
and placed on the WWW server where it can be listened to 
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by the conference participants. Preferably, the file is con- status is stored in the CONFERENCE table for that confer- 

verted into "RealAudio 3" format thus allowing long sound ence. If a person registers themselves as *Do not disturb* 

files to be beard without having to first download the entire then others will have this status explained to them when they 

file to their computers. click on the person's picttire; they will not be able to enter 
Pages on the system can contain links to the RealAudio 5 into a conference with that person. If a conference is private 

files representing previously recorded conversations. Since then other people will not be able to enter it and will be 

the system uses a database to build HTML pages dynami- shown that it is private when they ask for detail on it. Both 

cally it is possible to provide the link to the sound file in the "Do Not Disturb" and "Privacy" functions are implemented 

context of a page which indicates when the recording was with toggling on/ofif controls. 

made, who originated it, and who took part in it. This is Another privacy advantage of embodiments of the present 

achieved by storing this information in the database when invention is that subscribers to a service need not disclose 

the 'Record Save' message is sent to the Millenium CT 135. their phone number to other users — it is held on the database 

and used to dial calls to the user but need not be visible 

Making a Personal Recording directly to others. 

In addition to recording a conference it is possible to use SI e F 

the system to record one's own voice only. This feature can ^ 

be used for recording voice messages or for pronunciation One of the problems to be overcome with any virtual 

exercises for example. Whenever a user is on line but not in meeting-place is that users may log on to the system and 

a conference they have the option of clicking on the * Record' then leave their computers to go somewhere else. This can 

button in the control frame of the meeting place. When they lead to other users attempting to set-up conferences with 

do this they are prompted to give the recording a name and them only to be confronted with answering machines. This 

to type this into a text entry box (the recording has a separate problem can be solved as described above under "Removing 

system generated unique name so it is not mandatory that the a Person from a Conference" and this is the preferred 

recording be named with a unique identifier). Once a name method. However, another solution to this problem is to 

has been submitted to the system an outgoing call is initiated have the database 125 keep a record of all page load requests 

to the user's number and they are placed in a private (or which are made by a particular user (other than regular 

"single user") conference in which they are the only par- meeting-place update requests). Each time such a request is 

ticipant. As soon as the conference is set up the recording received, a counter is reset. If the cotmter reaches a desig- 

request is automatically queued to the server. The MAP nated value (equivalent to, say, 10 minutes of elapsed 

object 205 then sends the Millenium CT 135 the 'Record 'silence' from the user) the user will be designated as asleep. 

Start' message to start recording the conference. The user At this stage if another user clicks on the "sleeping" person's 

hears a voice announcement shortly after the start of the name they will be shown a page in the main frame 315 of the 

conference to tell them that recording has begun. They also meeting-place 300 telling them that the other person is 

are shown an animated 'recording' icon. asleep. In such cases, users can manually dial the person or 

When the user has finished making their recording they ^od them email, 

can press the animated recording button to stop the record- The meeting-place window 300 of the person who is 

ing. This is achieved by sending the Millenium CT 135 a designated as asleep changes to tell them this. There is a 

'Record Stop' message. At this stage they are shown a series button labelled 'wake me up' which can be pressed to restore 
of icons which allow them to play back, delete, or save the 40 the user's status to 'awake' on the system's database. They 

recording. If they choose the *Play' icon, the 'Playback start' will then be able to initiate or be invited into audio confer- 

message is sent to the Millenium CT 135 and the recording ences once more, 
is played back to the user over the phone connection from 

the beginning. Whilst this is happening the play icon is Handling Errors and Unusual States 
replaced with an animated version. When the recording 45 Error messages are displayed to the user whenever an 

reaches the end of playback it loops to start from the audio-conference request (eg set-up a conference or leave a 

beginnmg again. If the user selects the animated play icon conference) fails. The request usually fails because the 

then playback stops. If the user selects 'Save' then the MiUenium CT 135 has been unable to make a caU since the 

recordmg is saved to RealAudio format. This is achieved by called party is either engaged, not answering, or their phone 
sendmg the MiUenium CT 135 a 'Save Recording' message. 50 number is unavailable (NU). In such cases the Millenium CT 

If the user does not want to keep the recording they can 135 indicates the reason for failure in the 'Make Call' 

select the ^Delete' icon which removes the recording by response message returned to the MAP object 205. The MAP 

sendmg the Millemum CT 135 a 'Delete Recording' mes- object 205 then sets the status in the request in the 

sage . If the user leaves the private conference without saving CONFERENCE-REQUEST table to indicate the reason for 
their personal recording then the recording will be saved 55 failure. When the server 120 receives a reload request from 

automatically. After choosmg to save or delete a recording the client (that is currently displaying the cycling dots) it 

the user may go on to make more recordings whilst in the inspects the status in the request in CONFERENCE- 

same conference REQUEST table. Upon finding that the request has failed it 

p . returns an error page to the client 100 describing the reason 

60 for failure. The user may then read this and return to the 

The system aims to give users the greatest opportunity to meeting-place 300 by clicking on a '^continue" button. If 

see who else is logged on to the system whilst also protect- they do not do this the error page will automatically re-load 

ing people from unwanted instrusion. This is done by the meeting-place 300 after 30 seconds, 
allowing individuals to set their status as 'Do not disturb' 

and by letting the originator of a conference set up its status 65 Billing 

as 'Private'. ITie 'Do not dislurt)' status Qag is stored in the llie system provides the opportunity to bill users on the 

PERSON table for that user whilst the ' Conference Privacy' basis of subscription, usage or some combination of the two. 
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Since all audio conferencing telephone calls are outgoing 
from the Millenium CT platform 135 it is possible to offer 
users a special tariff for exclusive use with calls to other 
registered users. The charging structure for other general 
calls which the user makes need not be adjusted. 

The database stores a range of allowable dialback num- 
bers for each user. This allows people to use the service from 
more than one location. Since users are prevented from 
entering their ov^ dialback numbers, which have to be 
authorised by a system administrator, the potential for using 
the system fraudulently to obtain discounted telephone calls 
to any destination is removed. The database records the 
name of each user who initiates an audioconference, the 
duration of that audioconference and the names of people 
who took part in the conference, together with the lengths of 
time for which they took part. This data can be used to 
charge the conference originator, the participants or both 
parties on a time basis. All such information is stored in the 
database 125 together with time and date stamps. The 
database 125 records the time and dale at which each user 
account is created or closed down. This information can be 
used to facilitate subscription based charging. 

The "Butler" Process 

The butler process is intended to alert users whenever a 
new person comes on line, for example by playing a sound 25 
such as a bell. At this point an indicator 335 (e.g. a coloured 
dot) is also shown adjacent to the names of any newly 
arrived users in the frame 305 and the meeting place window 
is brought to the front of the browser. The indicator persists 
until a new update takes place or for 2 minutes — ^whichever 30 
period is shorter. 

For each person* s name that appears in the "logged on" 
frame of the meeting place a 'registerUser* javascript func- 
tion is called in the layout code for the meeting place 
window. This function adds the name of the user in question ^5 
to an array. It also checks a 'previous' array which contains 
a list of all those users who were present the last time the 
logged on frame was loaded. If a particular name features in 
the current list but not in the previous list then it is judged 
to be new and the function returns a *true* value to the code 
in the logged on frame. This is what causes the indicator to 
be displayed by the name of each new user. Once all names 
in the bgged_on frame have been * registered' in this way 
the *onLoad' event for this frame is used to call a second 
* butler' function in the layout document. This simply checks '^^ 
whether any items in the * current' array are different from 
those in the 'previous' array. If this is the case then a java 
applet is called in the 'tools' frame of the meeting place 
using the LiveConnect protocol embedded in the browser, 
'llie function of this applet is simply to play a sound of a 
designated name. In the case of the butler a 'bell' sound is 
played by the client. The registerUser function increments a 
variable value each time it is called (starting from 0). 
Whenever this value is less than 1 the function still adds the 
names to the current array but it docs not display an indicator 
near a 'new' name, and the butler function does not generate 
its bell sound. This is to avoid names appearing as 'new* 
when the system is starting up. 

Functional Breakdown of the Objects Supporting 
the System 

Referring to Server Software Architecture" above, four 
objects installed at the server 120 support the functionality 
described above. These are the application, Millenium CT, 
database and Heartbeat objects 200, 205, 210. 215. 
Functionally, these deal as described with different aspects 
of the system. 



Referring to FIG. 4, the application object 200 deals with 
the conference controls offered to the user by means of the 
meeting place screen 300: 
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Login person 
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Display meeting place 


2.1 


Do update r 


2.2 


Display logged-on 


2.3 


Display room 


2.3.1 


Change telephone number 


2.3.2 


Start conference 
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Invite conference 


2.3.4 


Join conference 


2.3.5 


Leave conference 
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Display error message 
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Display tools 
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Share URL 


3.2 


Start recording 


3.3 


Stop recording 



Referring to FIG. 5, the database object 210 deals with the 
interface to the database 125: 



40 
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Create conference 


2 


Get conference-request 
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Create person-conference 
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Update conference 
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Create conference- request 
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Get person-conference 
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Update person-conference 
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Get conference 
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Update conference request 
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Delete person conference 
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Delete conference-request 
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Delete conference 
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Update person 


Referring to FIG. 6, the MAP object 205 deals vsdth the 


interface to the Millenium CT 135: 
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Poll conference request table 
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Start conference 
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Invite conference 
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Poll Millenium CT 
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Record stop response received 
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Conference registration response received 
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Record start response received 
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Mix all participants response received 
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Register platform response received 
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Referring to FIG. 7, the Heartbeat object 215 simply deals 
with monitoring an area of the database 125 and logging out 
users appropriately: 



60 



Poll database 
Log-out person 
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Potential Uses for the System 

The system allows groups of people to talk to each other 
and achieve a shared view of information without requiring 
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thai participants either learn a complex set of controls or 
invest in specialist equipment or software at the client end. 
The equipment at the server end is not particularly complex 
either and can be readily set up as part of a small business 
operation, company department or educational service for 
example. The system is about providing a basis for conver- 
sation and information exchange — the exact nature of the 
conversation and information traded is not constrained so 
there might be a wide variety of potential uses such as: 
application as an educational tool — ^in particular for teach- 
ing languages 

use by sales teams to encourage greater communication 
with clients 

use by fan clubs to talk about ongoing or recent events 

such as football matches 
application as part of a customer support system for a 

product or service 
use as a social meeting device 

use within business as a method for helping geographi- 
cally separated groups to collaborate 

The system can be deployed either as a small scale set-up 
involving PC based audio conferencing platforms such as 
the Millenium CT 135, or to provide larger scale services on 
platforms such as the "integrated Speech Applications Plat- 
form" (iSAP) which has been developed by British Tele- 
communications pic. In the case of deployment on a PC 
based audio conferencing platform such as the Millenium 
CT 135, the overall group size on any platform is generally 
limited to 60 users by the system's capacity although a 
service can be spread over a bank of such platforms running 
in parallel. On the iSAP, the maximum size of an individual 
group would again tend to be 60 (limited by the capacity of 
each shelf on the iSAP) although a very much larger overall 
user group could be catered for. 

Whatever the scale of the platform on which the audio 
conferencing takes place it is possible to implement the 
service in such a way that more than one separate group can 
share the same platform (or bank of platforms). Users in 
group A will see only the names of other users in group 
A — but not the names of users in group B or C for example. 
This separation can be achieved entirely through partitioning 
into groups in the database 125. 

Whilst the system described above is based on standard 
PCs and telephones, using separate connections for voice 
and data, it is envisaged thai the approach could be adapted 
to work equally effectively on systems where both datatypes 
were sent down the same line. This would include Internet 
based systems. The approach is also adaptable to systems 
which use mobile telephony, which involve phones with 
built in web browsers or which use a headset connected via 
the soundcard of a PC rather than a separate telephone. 

Although the good audio quality provided by embodi- 
ments of the present invention is particularly attractive to the 
human user, there may be applications in which there are no 
human users involved in a conference at all. For instance 
there may well be applications in which audio quality is still 
important but for the purpose of accuracy of recording or of 
communication between a recording and a machine. Hence 
use of the term "user" in this specification should not be 
taken as a limitation to human users alone. 

It will be recognised that the software, the computing 
capabilities, described above can be distributed in different 
ways across suitable platforms for supporting it. For 
instance, although management capabilities for conferenc- 
ing are described as being predominately separate from a 
Millenium CT platform, in practice many (or even all) of the 
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capabilities may be provided within the domain of the 
Millenium CT software. In this case, the conferencing 
management capabilities might run as applications which 
the Millenium CT itself triggers. However, for many sce- 
5 narios it may be preferred that the conferencing software can 
be provided separately from the platform for controlling a 
network. A small business user could then install the con- 
ference capability at relatively low cost and access platform 
such as the Millenium CT only when required. 
What is claimed is: 

1. A management and control unit for a network-based 
audio conferencing system, the unit comprising: 

i) an input interface to a data network, for receiving 
control signals from at least one first platform for 
providing a graphical user interface to a user, for use in 
controlling the network-based conferencing system; 

ii) an output interface for outputting control signals to a 
second platform for establishing audio connections 
across a telecommunications network for use in estab- 
lishing audio conference connections between users; 

iii) an interface for providing access to a database for 
maintaining, including updating, management data 
relating to one or more existing conferences; and 

iv) control means, said control means being arranged in 
use: 

25 a) to respond to a control signal received at the input 
interface in respect of a conference, to output one or 
more control signals to establish a conference con- 
nection; 

b) to output management data to the database in respect 
30 of one or more existing conferences; 

c) to output management data from the database to the 
graphical user interface during said one or more 
existing conferences for use by a user in managing 
the conference; and 

35 d) to proactively determine a status of a user on the 
basis of time elapsed since receipt of a signal relating 
to that status and, in the event that the magnitude of 
the time elapsed satisfies a respective trigger crite- 
rion indicative of a change in that status, to include 

40 in said management data output to the database an 

update to a corresponding status data field associated 
with that user to indicate that change of status. 

2. A management and control unit as in claim 1, which 
further comprises said second platform for establishing 

45 audio connections. 

3. A management and control unit as in claim 1 wherein 
the unit is provided on a server which is connected to a data 
network. 

4. A management and control unit as in claim 3 wherein 
50 at least one of the input and output interfaces is adapted to 

accommodate an Internet-compatible communication pro- 
tocol. 

5. A management and control unit as in claim 1 wherein 
the management data comprises an interpretation table for 

55 interpreting between (a) identifiers for specific users, said 
identifiers being selectable by a user at a graphical user 
interface, and (b) network locations for those specific users 
in the network, such that a user can establish a conference 
connection with another user by selecting the relevant 

60 identifier in place of a network location. 

6. A management and control unit as in claim 5 wherein 
the management data maintained in the database comprises 
a set of network locations allocated to an identifier for a 
single user, and the management and control unit comprises 

65 means for selecting one of the network locations in response 
to selection of the identifier by a user at a graphical user 
interface. 
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7. A management and control unit as in claim 5 wherein 
the unit further comprises authorising means for authorising 
an input to the management data maintained in the database 
where the input comprises a network location. 

8. A management and control unit as in claim 5 wherein 
the network locations comprise telephone numbers. 

9. A management and control unit as in claim 1 which 
further comprises means for recording a conference, 

10. A management and control unit as in claim 1, wherein 
the output management data to the graphical user interface 
comprise alert data, in response to the addition of a user to 
an existing conference, which alert data triggers the graphi- 
cal user interface to provide a generic indication that a new 
user has joined the conference. 

11. A management and control unit as in claim 1 which 
further comprises means for outputting an audible signal to 
a user. 

12. A management and control unit as in claim 1 which 
further comprises means for detecting an identifier for a 
platform for providing a graphical user interface to a user, on 
receipt of a control signal from such a platform, and for 
translating the identifier to a network location for a tele- 
communications terminal associated with said platform, for 
use in establishing a conference connection to said network 
location. 

13. A management and control unit according to claim 1 
wherein the update to the status data field indicates that the 
user is logged out with respect to the conference. 

14. A management and control unit according to claim 13, 
the unit further comprising an output interface to a data 
network, for outputting data to each platform providing a 
graphical user interface to a user logged in with respect to 
the conference, wherein, in the event that a user is logged 
out, data is output to each such platform to remove an 
indication in the graphical user interface that the logged out 
user is online in respect of the conference. 

15. A management and control unit according to claim 1 
wherein the update to the status data field indicates that the 
user is asleep. 

16. A management and control unit according to claim 1 
wherein the signal relating to that status comprises a page 
load request. 

17. A management and control unit as in claim 1, wherein 
the control means determines a Sleep status of a user on the 
basis of time elapsed since receipt of a user-generated input 
signal from that user. 

18. A management and control unit as in claim 1, wherein 
the control means determines a Logged Off status of a user 
on the basis of time elapsed since receipt of a terminal- 
generated input signal from that user's terminal. 

19. A management and control unit for a network-based 
audio conferencing system, the unit comprising: 

i) an input interface to a data network, for receiving 
control signals from at least one first platform for 
providing a graphical user interface to a user, for use in 
controlling the network-based conferencing system; 

ii) an output interface for outputting control signals to a 
second platform for establishing audio connections 
across a telecommunications network for use in estab- 
lishing audio conference connections between users; 

iii) an interface for providing access to a database for 
maintaining, including updating, management data 
relating to one or more existing conferences; and 

iv) control means, said control means being arranged in 
use: 

a) to respond to a control signal received at the input 
interface in respect of a conference, to output one or 
more control signals to establish a conference con- 
nection; 
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b) to output management data to the database in respect 
of one or more existing conferences; and 

c) to output management data from the database to the 
graphical user interface during said one or more 

5 existing conferences for use by a user in managing 

the conference; and 

means for responding to an update request from a 
platform for providing a graphical user interface to 
a user by reviewing whether there has been a 
change to data determining a screen displayed at 
the graphical user interface and sending update 
data only in the event that there has been such a 
change. 

20. A management and control method for a network- 
based audio conferencing system, the method comprising: 

i) receiving control signals from at least one first platform 
for providing a graphical user interface to a user, for use 
in controlling the network-based conferencing system; 

ii) outputting control signals to a second platform for 
2^ establishing audio connections across a telecommuni- 
cations network for use in establishing audio confer- 
ence connections between users; 

iii) providing access to a database for maintaining, includ- 
ing updating, management data relating to one or more 

25 existing conferences; 

iv) responding to a received control signal in respect of a 
conference, by outputting one or more control signals 
to establish a conference connection; 

v) outputting management data to the database in respect 
30 of one or more existing conferences; 

vi) outputting management data from the database to the 
graphical user interface during said one or more exist- 
ing conferences for use by a user in managing the 
conference; and 

35 vii) proactively determining a status of a user on the basis 
of time elapsed since receipt of a signal relating to that 
status and, in the event that the magnitude of the time 
elapsed satisfies a respective trigger criterion indicative 
of a change in that status, including in said management 

40 data output to the database an update to a correspond- 
ing status data field associated with that user to indicate 
that change of status. 

21. A management and control method as in claim 20 
further comprising establishing audio cormections via said 

45 second platform. 

22. A management and control method as in claim 20 
wherein the method is implemented on a server which is 
connected to a data network. 

23. A management and control method as in claim 22 
50 wherein an Internet-compatible communication protocol is 

accommodated. 

24. A management and control method as in claim 20 
wherein the management data comprises an interpretation 
table for interpreting between (a) identifiers for specific 

55 users, said identifiers being selectable by a user at a graphi- 
cal user interface, and (b) network locations for those 
specific users in the network, such that a user can establish 
a conference connection with another user by selecting the 
relevant identifier in place of a network location. 

60 25. A management and control method as in claim 24 
wherein the management data maintained in the database 
comprises a set of network locations allocated to an identi- 
fier for a single user, and the method further comprises 
selecting one of the network locations in response to selec- 

65 tion of the identifier by a user at a graphical user interface. 
26. A management and control method as in claim 24 
wherein the method further comprises authorising input to 
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the management data maintained in the database where the 
input comprises a network location. 

27. A management and control method as in claim 24 
wherein the network locations comprise telephone numbers. 

28. A management and control method as in claim 20 5 
which further comprises recording a conference. 

29. A management and control method as in claim 20 
wherein the output management data to the graphical user 
interface comprises alert data, in response to the addition of 

a user to an existing conference, which alert data triggers the lo 
graphical user interface to provide a generic indication that 
a new user has joined the conference. 

30. A management and control method as in claim 20 
which further comprises outputting an audible signal to a 
user. 15 

31. A management and control method as in claim 20 
which further comprises detecting an identifier for a plat- 
form for providing a graphical user interface to a user, on 
receipt of a control signal from such a platform, and trans- 
lating the identifier lo a network location for a telecommu- 20 
nications terminal associated with said platform, for use in 
establishing a conference connection to said network loca- 
tion. 

32. A management and control method as in claim 20 
wherein the update to the status data field indicates that the 25 
user is logged out with respect to the conference. 

33. A management and control method according to claim 
32, the method further comprising outputting data to each 
platform providing a graphical user interface to a user 
logged in with respect to the conference, wherein, in the 30 
event that a user is logged out, data is output to each such 
platform to remove an indication in the graphical user 
interface that the logged out user is online in respect of the 
conference. 

34. A management and control method according to claim 35 
20 wherein the update to the status data field indicates that 
the user is asleep. 

35. A management and control method according to claim 
20 wherein the signal relating to that status comprises a page 
load request. 40 

36. A management and control method as in claim 20, 
wherein determining the status of a user comprises deter- 
mining a Sleep status of a user on the basis of time elapsed 
since receipt of a user-generated input signal from that user. 

37. A management and control method as in claim 20, 45 
wherein determining the status of a user comprises deter- 
mining a Logged Off status of a user on the basis of time 
elapsed since receipt of a terminal-generated input signal 
from that user's terminal. 

38. A management and control method for a network- 50 
based audio conferencing system, the method comprising: 

i) receiving control signals from at least one first platform 
for providing a graphical user interface to a user, for use 
in controlling the network-based conferencing system; 

ii) outputting control signals to a second platform for 
establishing audio connections across a telecommuni- 
cations network for use in establishing audio confer- 
ence connections between users; 

iii) providing access to a database for maintaining, includ- 
ing updating, management data relating to one or more 
existing conferences; 

iv) responding to a received control signal in respect of a 
conference by outputting one or more control signals lo 
establish a conference connection; 55 

v) outputting management data to the database in respect 
of one or more existing conferences; and 



vi) outputting management data from the database to the 
graphical user interface during said one or more exist- 
ing conferences for use by a user in managing the 
conference; and 

vii) responding to an update request from a platform for 
providing a graphical user interface to a user by review- 
ing whether there has been a change to data determin- 
ing a screen displayed at the graphical user interface 
and sending update data only in the event that there has 
been such a change. 

39. A management and control unit for a network-based 
audio conferencing system, the unit comprising: 

i) an input interface to a data network, for receiving 
control signals from at least one first platform for 
providing a graphical user interface to a user, for use in 
controlling the network-based conferencing system; 

ii) an output interface for outputting control signals to a 
second platform for establishing audio connections 
across a telecommunications network for use in estab- 
lishing audio conference connections between users; 

iii) an interface for providing access to a database for 
maintaining, including updating, management data 
relating to one or more existing conferences; and 

iv) a controller which: 

a) responds to a control signal received at the input 
interface in respect of a conference, to output one or 
more control signals to establish a conference con- 
nection; 

b) outputs management data to the database in respect 
of one or more existing conferences; 

c) outputs management data from the database to the 
graphical user interface during said one or more 
existing conferences for use by a user in managing 
the conference; and 

d) proactively determines at least one of a Sleep status 
and a Logged Off status on the basis of time elapsed 
since receipt of at least one of user-generated and 
terminal-generated input signals from that user's 
terminal by determining whether the magnitude of 
the time elapsed satisfies a respective trigger crite- 
rion indicative of a change in at least one of the 
user's Sleep status and Logged Off status and 
includes in said management data output to the 
database an update to a corresponding status data 
field associated with that user to indicate that change 
of status. 

40. A management and control method for a network- 
based audio conferencing system, the method comprising: 

i) receiving control signals from at least one first platform 
for providing a graphical user interface to a user, for use 
in controlling the network-based conferencing system; 

ii) outputting control signals to a second platform for 
establishing audio connections across a telecommuni- 
cations network for use in establishing audio confer- 
ence connections between users; 

iii) providing access to a database for maintaining, includ- 
ing updating, management data relating to one or more 
existing conferences; 

iv) responding to a received control signal in respect of a 
conference, by outputting one or more control signals 
to establish a conference connection; 
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v) outputting management data to the database in respect 
of one or more existing conferences; 

vi) outputting management data from th e database to the 
graphical user interface during said one or more exist- 
ing conferences for use by a user in managing the 5 
conference; and 

vii) proactively determining and changing a status of a 
user in light of an absence of signals from that user's 
terminal. 
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41. A method as in claim 40, wherein the signals from the 
user's terminal comprise user-generated signals resulting 
from the user's operation on the terminal. 

42. A method as in claim 40, wherein the signals from the 
user's terminal comprise terminal-generated signals which 
are automatically and periodically generated from the ter- 
minal and transmitted when the terminal is in a Logged On 
status. 
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